home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Internet Info 1994 March
/
Internet Info CD-ROM (Walnut Creek) (March 1994).iso
/
inet
/
internet-drafts
/
draft-ietf-atommib-atm-00.txt
< prev
next >
Wrap
Text File
|
1993-08-11
|
148KB
|
3,834 lines
Internet Draft ATM Management Objects August 1993
Definitions of Managed Objects
for ATM Management
Version 1.0
August 9, 1993
Masuma Ahmed (editor)
Kaj Tesink (editor)
Bell Communications Research
331 Newman Springs Road
Red Bank, NJ 07701
mxa@mail.bellcore.com
kaj@cc.bellcore.com
1. Status of this Memo
This document is an Internet Draft. Internet Drafts are
working documents of the Internet Engineering Task Force
(IETF), its Areas, and its Working Groups. Note that other
groups may also distribute working documents as Internet
Drafts.
Internet Drafts are valid for a maximum of six months and may
be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet Drafts as reference
material or to cite them other than as a "working draft" or
"work in progress".
Please check the I-D abstract listing contained in each
Internet Draft directory to learn the current status of this
or any other Internet Draft.
Distribution of this document is unlimited.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 1]
Internet Draft ATM Management Objects August 1993
2. Abstract
This memo defines an experimental portion of the Management
Information Base (MIB) for use with network management
protocols in TCP/IP-based internets. In particular, it
defines objects for managing ATM-based interfaces, networks
and services.
This memo specifies a MIB module in a manner that is both
compliant to the SNMPv2 SMI, and semantically identical to the
peer SNMPv1 definitions.
[Temporary Note: Upon progression of this specification as a
Proposed Standard, an SNMPv2 and an SNMPv1 version of this MIB
module will be made available to ease migration.]
This version differs from Version 0 (Bellcore Draft, 6/15/93)
as follows:
- This MIB module is made compliant with SNMPv2 SMI.
- This MIB module incorporates the changes agreed upon at the
AToM MIB WG meeting in Amsterdam.
- The objects atmInterfacePortIdentifier, atmInterfaceTransmissionType and
atmInterfaceMediaType have been deleted from the
atmInterfaceConfTable. The object atmInterfaceIlmiVpiVci
has been clarified.
- Entries in the ifTable have been updated for ATM interface,
and AAL level interfaces.
- Representations of the AAL level interfaces in the Interface Group
have been modified as follows:
The AAL level is now represented per ATM interface and
not per virtual connection. Therefore, the AAL
pointer group is deleted.
AAL3/4 and AAL5 CPCS layers are now combined and represented as
a single entry in the Interface Group.
AAl1 SAR layer is also now represented in the Interface Group.
- Formal conformance statements have beed added.
This memo does not specify a standard for the Internet
community.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 2]
Internet Draft ATM Management Objects August 1993
3. The SNMPv2 Network Management Framework
The SNMPv2 Network Management Framework consists of four major
components. They are:
RFC 1442 which defines the SMI, the mechanisms used for
describing and naming objects for the purpose of
management.
RFC 1213 defines MIB-II, the core set of managed objects
for the Internet suite of protocols.
RFC 1445 which defines the administrative and other
architectural aspects of the framework.
RFC 1448 which defines the protocol used for network
access to managed objects.
The Framework permits new objects to be defined for the
purpose of experimentation and evaluation.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 3]
Internet Draft ATM Management Objects August 1993
4. Objects
Managed objects are accessed via a virtual information store,
termed the Management Information Base or MIB. Objects in the
MIB are defined using the subset of Abstract Syntax Notation
One (ASN.1) [3] defined in the SMI. In particular, each
object has a name, a syntax, and an encoding. The name is an
OBJECT IDENTIFIER, an administratively assigned name, which
specifies an object type. The object type together with an
object instance serves to uniquely identify a specific
instantiation of the object. For human convenience, we often
use a textual string, termed the descriptor, to also refer to
the object type.
The syntax of an object type defines the abstract data
structure corresponding to that object type. The ASN.1
language is used for this purpose. However, the SMI RFC 1442
purposely restricts the ASN.1 constructs which may be used.
These restrictions are explicitly made for simplicity.
The encoding of an object type is simply how that object type
is represented using the object type's syntax. Implicitly
tied to the notion of an object type's syntax and encoding is
how the object type is represented when being transmitted on
the network. The SMI specifies the use of the basic encoding
rules of ASN.1 [4], subject to the additional requirements
imposed by the SNMPv2.
4.1. Format of Definitions
Section 9 contains the specification of all object types
contained in this MIB module. The object types are defined
using the conventions defined in the SNMPv2 SMI.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 4]
Internet Draft ATM Management Objects August 1993
5. ATM Terminology
Some basic ATM terminologies are described in this section to
facilitate defining the ATM managed objects and ATM management
groups.
5.1. VCL/VPL and VCC/VPC
There are two distinct types of ATM virtual connections:
Virtual Channel Connections (VCCs) and Virtual Path Connection
(VPCs). As shown in the figures below, ATM virtual
connections are made of virtual links such as Virtual Channel
Links (VCLs) or Virtual Path Links (VPLs). The VCI/VPI or VPI
field in the ATM cell header associates each cell with a
particular VCL or VPL over a given physical link.
<-----------------------VCC------------------------------->
---------- ----------
| ATM | | ATM |
| | | |
O<------->|Switch |<-------------->|Switch |<------------>O
VCL1 | | VCL2 | | VCL3
---------- ----------
<---a managed segment-->
<------------------a managed segment----------------------->
Figure 1: Virtual Channel Links and Virtual Channel Connection
As shown in Figure 1, end-to-end VCCs are created by the
concatenation of VCLs. This is a path composed of more than
once VCL spanning multiple network nodes to form a connection
between two end-points. The VCLs used to form a VCC all have
the same attributes (i.e., bandwidth characteristics, QoS,
etc.). The switch routes cells between VCLs, thereby, forming
VCCs across the network. The VCCs are bi-directional.
However, the traffic attributes in two directions of the
connection can be symmetric or asymmetric, i.e., the two
directions of the virtual connection can have the same or
different traffic attributes.
An ATM equipment (e.g., a router, switch or network) typically
does not support a VCC end-to-end, but only a segment of the
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 5]
Internet Draft ATM Management Objects August 1993
VCC (see Figure 1). Therefore, the managed resource is
typically a VCC segment and the management of an end-to-end
VCC is achieved by appropriate management of its individual
components.
Many VCLs may be carried within a single VPL. All VCLs within
a single VPL share the same VPI value in the ATM header. In
turn, several VPLs can be carried over a single physical link.
<-----------------------VPC----------------------------->
---------- ----------
| ATM | | ATM |
VCCs | | | |
<--|---------|Switch |----------------|Switch |----------|-->
<--| | | | | |-->
<--|---------| |----------------| |----------|-->
VPL1 ---------- VPL2 ---------- VPL3
<---------a managed segment--------->
<-------------------a managed segment------------------->
Figure 2: Virtual Path Links and Virtual Path Connection
End-to-end VPCs are created by the concatenation of VPLs and
may be viewed as a logical bundle of VCCs as shown in Figure
2. An end-to-end VPC may be used by a user to group all those
VCCs going to the same destination. The switch switches VPLs
while ignoring the VCLs within it. Thus, at the switching
point, a translation is performed on the VPL identifier fields
(i.e., the VPI) in the ATM cell header. The VPI field does
not have end-to-end significance over the entire VPC. Note
that, for a switch or network supporting a VPC, only the VCI
value has end-to-end significance since the switch or the
network does not process the VCI field. Therefore, in the
context of a given switch or network, VPC and VCC are non-
overlapping virtual connections.
A switch or network typically does not support a VPC end-to-
end, but only a segment of the VPC (see Figure 2). Therefore,
in a switch or network, a managed resource is typically a VPC
segment and the management of an end-to-end VPC is achieved by
appropriate management of its individual components.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 6]
Internet Draft ATM Management Objects August 1993
5.2. PVC and SVC
A Permanent Virtual Connection (PVC) is a provisioned VCC or
VPC. A Switched Virtual Connection (SVC) is a switched VCC or
VPC that is set up in real-time via call set-up signaling
procedures. A PVC (or an SVC) can be a point-to-point,
point-to-multipoint, or multipoint-to-multipoint VCC or VPC.
5.3. Traffic Management Parameters
5.3.1. Traffic Policing and Traffic Shaping Parameters
In order to allocate resources fairly among different users,
it is usually necessary to police traffic at different
resource access points. The traffic enforcement or policing
taken at a UNI is called Usage Parameter Control (UPC) and is
activated on an incoming VCL or VPL as shown in Figure 3. The
use of the traffic enforcer at the ingress of the connection
is to make sure that the user traffic does not exceed the
negotiated traffic parameters such as the peak cell rate.
---------- ----------
UNI | ATM | NNI | ATM | UNI
| | switch | | | switch | |
O<---|---->X(UPC) |<-------|--------->| (UPC)X<------|--->O
| VCL | | | VCL | | VCL |
---------- ----------
Figure 3: An Example of a UPC
In addition, traffic shaping may be performed on an outgoing
VPL or VCL at a given ATM interface. The function of the ATM
traffic shaper at the egress of the connection is to smooth
the outgoing cell traffic inter-arrival time. If policing or
shaping is not performed then the policing or shaping
parameters are zero.
5.3.2. Cell Loss Priority
To prioritize traffic during resource congestion, ATM cells
are assigned one of the two types of Cell Loss Priority (CLP),
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 7]
Internet Draft ATM Management Objects August 1993
CLP=0 and CLP=1. ATM cells with CLP=0 are treated as higher
priority traffic than ATM cells with CLP=1.
5.3.3. QoS Class
A VCC or VPC is associated with one of a number of Quality of
Service (QoS) classes. Four QoS classes have been specified
to support service class A (constant bit rate video and
circuit emulation), service class B (variable bit rate
video/audio), service class C (connection-oriented data) and
service class D (connectionless data). The VCLs (or VPLs)
concatenated to form a VCC (or VPC) will all have the same QoS
class as that of the VCC (or VPC).
6. Overview
ATM management objects are used to manage ATM interfaces, ATM
virtual links and ATM virtual connection segments supported by
a switch or network. This section provides an overview and
background of how to use this MIB and other potential MIBs for
this purpose.
The purpose of this memo is primarily to manage ATM PVCs.
Management of ATM SVCs may require additional capabilities
which are currently outside the scope of this memo.
6.1. Background
The ATM MIB shall be used for ATM Customer Network Management
(CNM) and ATM Network Management (NM) purposes for managing
ATM interfaces, ATM virtual links and ATM virtual connections.
Anything inside a switch or network is invisible and therefore
shall not be manageable by the ATM MIB. The ATM MIB shall
support configuration, fault, and performance management of:
(1) ATM interfaces
(2) ATM virtual links
(3) ATM virtual connections
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 8]
Internet Draft ATM Management Objects August 1993
In addition, other MIB modules are necessary to manage ATM
interfaces and connections. Examples include MIB II for
general system and interface management, the DS3 or SONET MIBs
for management of physical interfaces, and, as appropriate,
MIB modules for applications that make use of ATM, such as
SMDS. These MIB modules are outside the scope of this
specification.
The current specification of this ATM MIB is based on SNMPv2.
6.2. Structure of the MIB
The managed ATM objects are arranged into the following groups
for management of (1) ATM local interfaces including VCLs/VPLs
and (2) ATM virtual connections. For a switch or network that
terminates or originates VCCs, the management of ATM local
interfaces also includes management of ATM adaptation layers
for ATM applications. In addition, managed ATM objects for
activation/deactivation of OAM cell flows and ATM traps
notifying virtual connection or virtual link failures such as
VP-AIS may be needed and are under study.
(1) ATM interface configuration group
(2) ATM interface DS3 PLCP group
(3) ATM interface SONET TC Sublayer group
(4) ATM interface VPL and VCL cell layer performance groups
(5) ATM Virtual Connection Segment (VPC/VCC) groups
The groups listed above are the basic units of conformance. If
the semantics of a group are applicable to an implementation,
then it must implement all objects in that group. For
example, a managed agent must implement the VCC group if and
only if it manages the VCCs.
6.3. ATM Interface Configuration Group
This group is designed to manage ATM cell layer configuration
of local ATM interfaces on an ATM device. In addition, this
group provides pointers to any additional MIB modules (e.g.,
enterprise-specific) that may be needed to manage this
interface.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 9]
Internet Draft ATM Management Objects August 1993
6.4. ATM Interface DS3 PLCP and SONET TC Layer Groups
These groups provide performance statistics of the DS3 PLCP
and SONET TC sublayer of local ATM interfaces on a managed ATM
device. DS3 PLCP and SONET TC sublayer are used to carry ATM
cells respectively over DS3 and SONET transmission paths.
6.5. ATM Interface VCL/VPL Cell Layer Performance Groups
These groups provide performance monitoring of ATM virtual
links to isolate problems associated with a specific VCL or
VPL or a virtual connection. Due to traffic enforcement, ATM
cells can be dropped on an incoming virtual link. Also, ATM
cells lost internally within a network or a switch (e.g., due
to congestions) can degrade the performance of a virtual
connection and hence can result in different cell counts at
the two end points of a connection.
6.6. ATM Virtual Connection Segment Groups
6.6.1. Introduction
In these groups, managed segments of virtual connections are
modeled as a set of unidirectional traffic flows between an
ingress and an egress of a switch or network (see Figure 4).
This allows for independent treatment of the forward and
backward traffic flows of virtual connections, and allows for
the management of all possible topologies (pt/pt, pt/mpt,
mpt/mpt).
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 10]
Internet Draft ATM Management Objects August 1993
Managed Resource Managed Resource
Ingress___________________________________Egress
_________________| >> Virtual Connection traffic >> |______________
|__________________________________|
Figure 4 - Model unidirectional traffic flow
The In and Out in this model necessarily differs from the
model in the ifTable of MIB II, where the In/Out is measured
at the same port. The relationship is shown in Figure 5.
Port x
__________________________/
LocalIn--> (Ingress XtoY)| >> XtoY traffic >> /
____________________________| ________________________/
LocalOut<-- (Egress YtoX)| << YtoX traffic << /
|________________________/
Figure 5 - Relation Local In/Out with Virtual Connection Ingress/Egress
Each Ingress-Egress flow is represented as a separate entry in
the atmConnectionTables. This approach accommodates
unidirectional, bidirectional, point-to-point, point-to-
multipoint, and multipoint-to-multipoint topologies. It also
allows for efficient searching by port number. For example, a
bidirectional point-to-point virtual connection between port 1
and port 2 is represented by the entries:
{Port1VCx-Port2VCy}
{Port2VCy-Port1VCx}
Similarly, a bidirectional point-to-multipoint virtual
connection from port 1 to ports 2 and 3, is represented by the
entries:
{Port1VCx-Port2VCy}
{Port1VCx-Port3VCz}
{Port2VCy-Port1VCx}
{Port3VCz-Port1VCx}
A bidirectional multipoint-to-multipoint virtual connection
between ports 1, 2, and 3 is represented by the entries:
{Port1VCx-Port2VCy}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 11]
Internet Draft ATM Management Objects August 1993
{Port1VCx-Port3VCz}
{Port2VCy-Port1VCx}
{Port2VCy-Port3VCz}
{Port3VCz-Port1VCx}
{Port3VCz-Port2VCy}
A unidirectional multicast from port 1 to ports 2, 3, and 4
ports 1, 2, and 3 is represented by the entries:
{Port1VCx-Port2VCy}
{Port1VCx-Port3VCz}
{Port1VCx-Port4VCw}
The purpose of atmConnectionTable is to specify for each
managed virtual connection segment supported by the ATM
equipment (e.g., a router, switch or network):
1) Its identifier at the ingress
2) Its identifier at the egress
3) The characterization of the virtual connection.
6.6.2. Virtual Connection Identifiers at Ingress and Egress
The virtual connection identifiers at ingress and egress of
the ATM equipment must be locally unique to the equipement.
For VCCs, this is achieved by the tuples:
{atmVCConnectionIngressPort, atmVCConnectionIngressVpi,
atmVCConnectionIngressVci}, and
{atmVCConnectionEgressPort, atmVCConnectionEgressVpi,
atmVCConnectionEgressVci}
For VPCs, this is achieved by the tuples:
{atmVCConnectionIngressPort, atmVCConnectionIngressVpi}, and
{atmVCConnectionEgressPort, atmVCConnectionEgressVpi}
6.6.3. Virtual Connection Characterization
A virtual connection segment is characterized by the following
parameters:
Status: status of the virtual connection segment,
Quality of Service (QoS): specifying performance objectives
for the virtual connection segment,
Traffic policer: specifying the traffic enforcement policy
at the ingress of the virtual connection segment, and
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 12]
Internet Draft ATM Management Objects August 1993
Traffic shaper: specifying the traffic enforcement policy
at the egress of the virtual connection segment.
6.6.4. Sets
Requests for new virtual connections, discontinuation of
existing virtual connections, and modifications of existing
virtual connections are accommodated by proper use of the
atmConnectionTableEntryStatus column. The structure of the
atmConnectionTableEntry allows to request and fully qualify
new connections by a single set operation. The status column
follows the textual convention RowStatus defined in [RFC1443].
[Needs text specifying its use under SNMPv1].
Not all managed resources may support sets for this table.
Furthermore, sets on the individual columns are only supported
within the range of values, supported by the ATM equipment.
The set capability shall only be supported for PVCs. SVCs are
set up via appropriate call signaling procedures.
The creation of one or more rows in this table has the
following effects:
- A virtual connection of the specified type, and with the specified
qualifications shall be provisioned,
- Associated entries in the local interface tables shall be created.
The following constraints apply to virtual connection
modifications:
[text to be provided. there are probably cases where one
cannot do certain modifications. For example, can one change
a unidirectional PVC to a bidirectional one? Can one change
the QOS of an existing virtual connection? And so on.]
For some ATM equipments, requests for changes in the virtual
connection table may be honored after a period of time, due to
provisioning activities. SNMPv2 provides the means to
accommodate it [RFC1441-1452]. However, management under
SNMPv1 does not accommodate these needs.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 13]
Internet Draft ATM Management Objects August 1993
6.6.5. Virtual Connection Association with Interface
Addresses
Interface addresses may not be typically freely allocated, and
are usually assigned by the provider of the switch or network
(e.g., the public service provider in case of a public
network). Furthermore, addresses may be assigned without
virtual connections being established. Therefore, these
addresses appear in the local interface tables, and not in the
atmConnectionTable.
6.6.6. Management of an End-to-End Virtual Connection
[to be supplied - text explaining that one needs to figure out
which switches or networks/managed VC segments take part in
the virtual connection, and that one needs to string the
virtual connection table info of each of those segments
together if one wants to know the whole story]
7. Application of MIB II to ATM
7.1. The System Group
This specifies how the System Group defined in MIB II shall be
used for ATM agent/proxy agent. For ATM switches or ATM
networks, the sysServices object in the System Group has the
value "2" which implies that the ATM switch or network is
providing a subnetwork level service.
7.2. The Interface Group
This specifies how the Interfaces Group defined in MIB II
shall be used for the management of ATM based interfaces, and
in conjunction with the ATM MIB modules. This memo assumes the
interpretation of the Interfaces group to be in accordance
with [5]: "The interfaces table (ifTable) contains information
on the managed resource's interfaces. Each sub-layer below
the internetwork layer of a network interface is considered an
interface." Thus, the ifTable allows the following ATM-based
interfaces to be represented as table entries:
- ATM cell level interfaces in the ATM equipments (e.g.,
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 14]
Internet Draft ATM Management Objects August 1993
switches, routers or networks) with ATM interfaces.
This level is concerned with generic cell counts and
not with individual virtual connections.
- AAL level interfaces in the ATM equipments (e.g.,
switches, routers or networks) with ATM interfaces.
This MIB module accommodates the AAL3/4 and AAL5 CPCS
layers.
- AAL1 level interfaces in the ATM equipments (e.g.,
switches, routers or networks) with ATM interfaces.
This MIB module accommodates the AAL1 SAR layer.
In accordance with the guidelines of ifTable, cell counts per
virtual connection are not covered by ifTable, and is
considered interface specific and covered in the ATM MIB
module defined in this memo. In order to interrelate the
ifEntries properly, the Interfaces Stack Group defined in [5]
shall be supported.
7.2.1. Support of the ATM Cell Layer by ifTable
Some specific interpretations of ifTable for the ATM cell
layer follow.
Object Use for the generic ATM layer.
ifIndex Each ATM port is represented by an ifEntry.
ifDescr Description of the ATM interface.
ifType The value to be allocated for ATM is 37.
ifMtu Set to 53.
ifSpeed Peak bandwidth in bits per second available for use.
ifPhysAddress The primary address for this interface
assigned by the ATM interface provider.
An octet string of zero length if no address is
used for this interface.
ifAdminStatus Supports read-only access (initially).
Set to the same value as ifOperStatus.
ifOperStatus Assumes the value down(2) if the ATM cell layer or
any layer below that layer is down.
ifLastChange The elapsed time since the last re-initializtion.
ifInOctets The number of received cells multiplied by 53.
ifOutOctets The number of transmitted cells multiplied by 53.
ifInUcastPkts The number of received unerrored assigned cells.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 15]
Internet Draft ATM Management Objects August 1993
ifInNUcastPkts Set to 0 since the generic ATM level is
point-to-point.
ifOutUcastpkts The number of assigned cells received for transmission.
[Ed. note: ATM switches provide counts of
transmitted cells and not of cells received
for transmission as required by the ifTable.
This is because the latter counter is
switch architecture dependent.
Comments are requested on this issue.]
ifOutNUcastpkts Set to 0 since the generic ATM level is
point-to-point.
ifInErrors The number of received cells that are
dropped due to uncorrectable header bit errors.
ifInUnknownProtos The number of received cells discarded
due to header content errors which include
unrecognized VPI or VPI/VCI values, incorrect
PTI values or incorrect cell header patterns.
ifInDiscards Set to 0.
ifOutErrors Set to 0.
ifOutDiscards Set to 0.
ifOutQLen Set to 0.
ifSpecific Set to the OBJECT IDENTIFIER { experimental 41 }.
[Ed.note to be changed to { transmission 37 } if
this specification is put on the IETF standards
track]
ifName [to be specified.]
ifLinkUpDownTrapEnable Set to disabled (2).
[Ed. note: The ATM cell layer can fail
independent of the physical layer.
However, following the guidelines
specified in (5), this object is
set to disabled so that traps will not
be generated even when ATM cell layer fails.
It is important for the trap to be suppressed
when the physical layer fails.
However, trap may need to be generated
for ATM cell layer failures which are not
due to physical layer failures.
Comments are requested on this issue.]
7.2.2. Support of the AAL3/4 and AAL5 by ifTable
The AAL3/4 and AAL5 CPCS layers combined together are
represented by an ifEntry in the ifTable per ATM interface and
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 16]
Internet Draft ATM Management Objects August 1993
not per ATM virtual connection. As noted below, there are
several outstanding issues associated with representing the
AAL3/4 and AAL5 CPCS layer per ATM interface.
Object Use for AAL (AAL3/4 and AAL5 CPCS layers)
ifIndex Each AAL (AAL3/4 and AAL5) port is represented
by an ifEntry.
ifDescr Description of the AAL interface.
ifType [The value to be allocated for AAL3/4 and AAL5.
Will there be a single value allocated for both
AAL3/4 and AAL5 ?]
ifMtu Set to the largest PDU size for the AAL CPCS layer.
[Do we set it to the largest PDU size of the
two AAL types ?
The largest PDU size for the AAL3/4 CPCS layer
can be different from the AAL5 CPCS layer.
Thus, buffer size requirements can be different
for the two AAL types.
This information is useful to
determine the allocation of buffer to AAL PDUs.]
ifSpeed [How do we derive the AAL rate for the combined
AAL3/4 and AAL5 CPCS layers per ATM interface.
Also, how do
we derive the AAL rate from the peak cell
rate or sustained cell rate since the ATM
cell rate is specified per ATM virtual link ?
Also, the ATM cell rate includes both user cells
and OAM cells, however, the
AAL does not include the OAM cells ?]
ifPhysAddress An octet string of zero length.
ifAdminStatus Supports read-only access.
Set to the same value as ifOperStatus.
ifOperStatus Assumes the value down(2) if the AAL or
any layer below that layer is down.
[Do we set it to down(2) if one of the
AALs (i.e., AAL3/4 or AAL5) is down ?
It is possible for the AAL3/4 layer to
go down even though the AAL5 layer
is up or vice versa. The AAL3/4 processor
(which is different from the AAL5 processor)
or the ATM virtual connection used fo AAL3/4
transport (which is different from the AAL5
virtual connection) can be down. Do we set it
to down if one of the
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 17]
Internet Draft ATM Management Objects August 1993
multiple virtual connections used for
AAL (3/4 or 5) transport goes down ?
Also, how do we determine that an ATM virtual connection
used for AAL transport has failed since the
association between the AAL and the virtual connection
is not provided ?]
ifInOctets Number of received AAL PDU octets for
AAL CPCS layer.
ifOutOctets Number of AAL PDU octets received for transmission
for AAL CPCS layer.
ifInUcastPkts Number of received unerrored AAL PDUs.
ifInNUcastPkts Set to 0.
ifOutUcastpkt Number of AAL PDUs received for transmission.
[Ed. note: ATM switches provide counts of
transmitted AAL PDUs and not of AAL PDUs received
for transmission as required by the ifTable.
This is because the latter counter is
switch architecture dependent.
Comments are requested on this issue.]
ifOutNUcastpkt Set to 0.
ifInErrors Number of received AAL PDUs with transmission errors.
ifInUnknownProtos Number of received AAL PDUs with protocol errors.
ifInDiscards Set to 0.
ifOutErrors Set to 0.
ifOutDiscards Set to 0.
ifOutQLen Set to 0.
ifSpecific Set to the OBJECT IDENTIFIER { 0 0 }.
ifName [to be specified.]
ifLinkUpDownTrapEnable Set to disabled(2).
[Ed. note: The AAL layer can fail
independent of the physical layer.
However, following the guidelines
specified in (5), this object is
set to disabled so that traps will not
be generated even when AAL layer fails.
It is important for the trap to be suppressed
when the physical layer or ATM cell layer fails.
However, trap may need to be generated
for AAL failures which are not
due to physical layer or ATM cell layer failure.
Comments are requested on this issue.]
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 18]
Internet Draft ATM Management Objects August 1993
7.2.3. Support of the AAL1 by ifTable
Some specific interpretations of the ifTable for the AAL1 SAR
layer follow below.
Object Use for AAL1 SAR layer
ifIndex Each AAL1 port is represented by an ifEntry.
ifDescr Description of the AAL1 interface.
ifType [The value to be allocated for AAL1.]
ifMtu Set to 48 for the AAL1 SAR layer.
ifSpeed [How do we derive the AAL1 rate per ATM interface
from the peak cell rate or sustained cell rate
since the ATM cell rate is specified per
ATM virtual link ?
Also, the ATM cell rate includes both user cells
and OAM cells, however, the
AAL does not include the OAM cells ?]
ifPhysAddress An octet string of zero length.
ifAdminStatus Supports read-only access.
Set to the same value as ifOperStatus.
ifOperStatus Assumes the value down(2) if the AAL1 SAR layer or
any layer below that layer is down.
[Do we set it to down(2) if one of the
multiple virtual connections
used for AAL1 transport is down ?
Also, how do we determine that an ATM virtual connection
used for AAL transport has failed since the
association between the AAL and the virtual connection
is not provided ?]
ifInOctets Number of AAL1 SAR PDU octets received.
ifOutOctets Number of AAL1 SAR PDU octets transmitted.
ifInUcastPkts Number of received unerrored AAL1 SAR PDUs.
ifInNUcastPkts Set to 0.
ifOutUcastpkt Number of AAL1 SAR PDUs received for transmission.
[Ed. note: ATM switches provide counts of
transmitted AAL PDUs and not of AAL PDUs received
for transmission as required by the ifTable.
This is because the latter counter is
switch architecture dependent.
Comments are requested on this issue.]
ifOutNUcastpkt Set to 0.
ifInDiscards Number of received AAL1 PDUs discarded
due to receive buffer overflow.
ifInErrors Number of starvation events due to
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 19]
Internet Draft ATM Management Objects August 1993
receive buffer underflow.
ifInUnknownProtos Set to 0.
ifOutErrors Set to 0.
ifOutDiscards Set to 0.
ifOutQLen Set to 0.
ifSpecific Set to the OBJECT IDENTIFIER { 0 0 }.
ifName [to be specified.]
ifLinkUpDownTrapEnable Set to disabled (2).
[Ed. note: The AAL layer can fail
independent of the physical layer.
However, following the guidelines
specified in (5), this object is
set to disabled so that traps will not
be generated even when AAL layer fails.
It is important for the trap to be suppressed
when the physical layer or ATM cell layer fails.
However, trap may need to be generated
for AAL failures which are not
due to physical layer or ATM cell layer failure.
Comments are requested on this issue.]
8. ILMI MIB and The ATM Managed Objects
The ILMI MIB is specified by the ATM Forum in UNI
specification document, Draft 2.3 [11], to manage local ATM
UNIs. The support of the ATM management functions by the ILMI
MIB and the ATM MIB are compared in Table 1. In the table
below, "yes" in ILMI column indicates that the management
functions are supported by the ILMI MIB. The MIB groups in
the ATM MIB column are the groups listed in Section 6.2.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 20]
Internet Draft ATM Management Objects August 1993
Table 1 - Structuring of ATM Managed Objects
______________________________________________________________________
| | | |
ATM Mgmt.Inf. |ATM Managed Objects |This memo |ILMI MIB|
______________|_________________________________|___________|________|
Local Interface Information:
_____________________________________________________________________
ATM interface:| (1) port identifier | ATM | |
physical layer| (2) physical transmission types | MIB gr.1* |yes |
configuration | (3) physical media types | | |
| (4) operational status | MIB II | |
| (5) administrative status | | |
_____________________________________________________________________
ATM interface:| (1) maximum VPI/VCI fields | ATM | |
cell layer | (2) maximum number of VPCs/VCCs | MIB gr.1 |yes |
configuration | (3) configured VPCs/VCCs | | |
| (4) ILMI VPI/VCI value | | |
| (5) additional MIB pointer | | |
_____________________________________________________________________
ATM interface:|(1) received/transmitted cells | | |
cell layer |(2) errored cells | MIB II |yes |
performance |(3) header content violations | | |
_____________________________________________________________________
ATM interface:|(1)DS3 PLCP severely errored | ATM | |
PLCP & TC | framing seconds | MIB gr.2,3| |
layer |(2)DS3 PLCP unavailable seconds | |no |
performance |(3)DS3 PLCP alarm state | | |
|(4)out of cell delineation events| | |
|(5)Sonet alarm state | | |
_____________________________________________________________________
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 21]
Internet Draft ATM Management Objects August 1993
_____________________________________________________________________
ATM interface:|(1)PDUs discarded for protocol | | |
AAL3/4 and | errors | MIB II |no |
AAL5 CPCS |(2)PDUs discarded for procedural | | |
layers | or transmission errors | | |
|(3)received/transmitted PDUs | | |
_____________________________________________________________________
ATM interface:|(1)received/transmitted PDUs | | |
AAL1 SAR layer|(2)PDUs discarded for buffer | | |
| overflow | MIB II |no |
|(3)starvation events | | |
_____________________________________________________________________
Virtual link: |(1)VPI or VPI/VCI value | ATM | |
cell layer |(2)VCL or VPL operational status | MIB gr. 4 |yes** |
|(3)VCL/VPL administrative status | | |
|(4)received/transmitted cells | | |
| across a VCL/VPL | | |
|(5)cells dropped due to traffic | | |
| enforcement | | |
_____________________________________________________________________
Virtual Connection Information:
_____________________________________________________________________
Comments: |(1)port identifier of ingress | | |
| end | | |
Virtual |(2)port identifier of egress |ATM | |
connection | end |MIB gr. 5 |no |
information |(3)VPI or VPI/VCI value | | |
are provided | of ingress VCL/VPL | | |
for each |(4)VPI or VPI/VCI value of | | |
direction | egress VCL/VPL | | |
of the |(5)policing parameters of | | |
connection. | ingress VCL/VPL | | |
|(6)shaping parameters of | | |
| egress VCL/VPL | | |
|(7)QoS class of ingress | | |
| VCL/VPL | | |
|(8)VCC/VPC operational status | | |
|(9)VCC/VPC administrative status | | |
_____________________________________________________________________
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 22]
Internet Draft ATM Management Objects August 1993
*The operational and administrative status of the ATM
interface shall be supported by the interface table in MIB II.
**The ILMI MIB contains local and end-to-end operational
status of the VPC/VCC. However, it does not contain the
administrative status and the cell statistics for the local
VPC/VCC. Also, the ILMI MIB contains policing parameters,
shaping parameters and QoS class as local information and not
as virtual connection information.
The table 1 shows that the ILMI MIB supports most of the ATM
functions that are supported by the ATM MIB groups 1, 4 and
interface group in MIB II. Since the ILMI MIB is used only
for local UNI management, it does not provide any identifier
to uniquely identify an ATM interface port. Therefore, these
functions have been added in this specification.
The ILMI MIB contains the QoS Class, traffic policing and
shaping parameters as the local interface information. This
specification supports these functions in the virtual
connection group to facilitate setting up or modifying virtual
connections. This approach does not change the semantics of
these variables, only the OBJECT IDENTIFIERs of these
variables change.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 23]
Internet Draft ATM Management Objects August 1993
9. Object Definitions
ATM-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, experimental,
Counter32, Integer32
FROM SNMPv2-SMI
DisplayString, RowStatus
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF;
atmMIB MODULE-IDENTITY
LAST-UPDATED "9308091445Z"
ORGANIZATION "IETF AToM MIB Working Group"
CONTACT-INFO
"
Masuma Ahmed
Bellcore
331 Newman Springs Road
Red Bank, NJ 07701
Tel: 908-758-2515
Fax: 908-758-4192
E-mail: mxa@mail.bellcore.com
Kaj Tesink
Bellcore
331 Newman Springs Road
Red Bank, NJ 07701
Tel: 908-758-5254
Fax: 908-758-4196
E-mail: kaj@cc.bellcore.com"
DESCRIPTION
"This is the MIB Module for ATM-related
objects for managing ATM interfaces and
ATM connections."
::= { experimental 41 }
atmMIBObjects OBJECT IDENTIFIER ::= {atmMIB 1}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 24]
Internet Draft ATM Management Objects August 1993
-- This ATM MIB Module consists of the following groups:
-- (1) ATM Interface configuration group
-- (2) ATM Interface DS3 PLCP group
-- (3) ATM Interface SONET TC Sublayer group
-- (4) ATM Interface VPL performance group
-- (5) ATM Interface VCL performance group
-- (6) ATM VPC group
-- (7) ATM VCC group
IfIndex ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The value of this object identifies the interface
for which the entry contains management information.
The value of this object for a particular interface
has the same value as the ifIndex object, defined
in RFC 1156 and RFC 1213, for the same interface."
SYNTAX Integer32
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 25]
Internet Draft ATM Management Objects August 1993
atmInterfaceTrafficEnforcementTypes OBJECT IDENTIFIER ::=
{atmMIBObjects 1}
-- The following values are defined for use as
-- possible values of the type of Traffic Enforcement.
-- It is assumed that the same algorithms will be
-- used for traffic policing and shaping.
-- Seven types of traffic enforcement have been
-- specified so far by the ATM Forum UNI Specification,
-- Draft 2.3, including one for the best effort traffic.
-- The types of traffic policing and shaping
-- may be provider or switch specific.
atmInterfaceNoTrafficEnforcement OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the no ATM traffic enforcement type."
::= { atmInterfaceTrafficEnforcementTypes 1}
atmInterfaceTrafficEnforcementType1 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 1.
For type 1 traffic enforcement, parameter 1
specifies CLP=0+1 peak traffic. Parameters 2, 3, 4
and 5 are not used. The peak rate is measured
in cells per second."
::= { atmInterfaceTrafficEnforcementTypes 2}
atmInterfaceTrafficEnforcementType2 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 2.
For type 2 traffic enforcement, parameter 1
specifies CLP=0 peak traffic and parameter
2 specifies CLP=0+1 peak traffic. Parameters 3, 4,
and 5 are not used. The peak rate is measured
in cells per second."
::= { atmInterfaceTrafficEnforcementTypes 3}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 26]
Internet Draft ATM Management Objects August 1993
atmInterfaceTrafficEnforcementType3 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 3.
For type 3 traffic enforcement, parameter 1
specifies CLP=0+1 peak traffic, parameter
2 specifies CLP=0 sustained rate, and parameter 3
specifies CLP=0 maximum burst size. Parameters 4
and 5 are not used. The peak rate is measured
in cells per second. The sustained rate is measured
in cells per second and burst size is measured in cells."
::= { atmInterfaceTrafficEnforcementTypes 4}
atmInterfaceTrafficEnforcementType4 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 4.
For type 4 traffic enforcement, parameter 1
specifies CLP=0 peak traffic, parameter
2 specifies CLP=0+1 peak traffic, and parameter 3
specifies tagging (e.g., a value 1 may be
used to indicate tagging). Parameters 4
and 5 are not used. The peak rate is measured
in cells per second."
::= { atmInterfaceTrafficEnforcementTypes 5}
atmInterfaceTrafficEnforcementType5 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 5.
For type 5 traffic enforcement, parameter 1
specifies CLP=0+1 peak traffic, parameter
2 specifies CLP=0 sustained rate, parameter 3
specifies CLP=0 maximum burst size, and parameter
4 specifies tagging (e.g., a value 1 may be
used to indicate tagging). Parameter
5 is not used."
::= { atmInterfaceTrafficEnforcementTypes 6}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 27]
Internet Draft ATM Management Objects August 1993
atmInterfaceTrafficEnforcementType6 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 6.
For type 6 traffic enforcement, parameter 1
specifies CLP=0+1 peak traffic, parameter
2 specifies CLP=0+1 sustained rate, and parameter 3
specifies CLP=0+1 maximum burst size.
Parameters 4 and 5 are not used."
::= { atmInterfaceTrafficEnforcementTypes 7}
atmInterfaceTrafficEnforcementType7 OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This identifies the ATM traffic enforcement type is 7.
For type 7 traffic enforcement, parameter 1
specifies CLP=0+1 peak traffic and parameter
2 specifies best effort traffic
(e.g., a value 1 may be used to indicate
best effort traffic). Parameters 3, 4 and 5 are not used."
::= { atmInterfaceTrafficEnforcementTypes 8}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 28]
Internet Draft ATM Management Objects August 1993
-- ATM Interface Configuration Parameters Group
-- Implementation of this group is mandatory
-- if providing ATM Interfaces.
atmInterfaceConfTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmInterfaceConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains ATM local interface configuration
parameters and state variables, one
entry per ATM interface port."
::= { atmMIBObjects 2 }
atmInterfaceConfEntry OBJECT-TYPE
SYNTAX AtmInterfaceConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This list contains ATM interface configuration
parameters and state variables."
INDEX { atmInterfaceIndex }
::= { atmInterfaceConfTable 1}
AtmInterfaceConfEntry ::= SEQUENCE {
atmInterfaceIndex IfIndex,
atmInterfaceMaxVpcs INTEGER,
atmInterfaceMaxVccs INTEGER,
atmInterfaceConfVpcs INTEGER,
atmInterfaceConfVccs INTEGER,
atmInterfaceMaxActiveVpiBits INTEGER,
atmInterfaceMaxActiveVciBits INTEGER,
atmInterfaceIlmiVpiVci Interger32,
atmInterfaceSpecific OBJECT IDENTIFIER
}
atmInterfaceIndex OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ATM port
interface for which this entry contains
management information."
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 29]
Internet Draft ATM Management Objects August 1993
::= { atmInterfaceConfEntry 1 }
atmInterfaceMaxVpcs OBJECT-TYPE
SYNTAX INTEGER (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum number of VPCs supported at
this ATM interface."
::= { atmInterfaceConfEntry 2}
atmInterfaceMaxVccs OBJECT-TYPE
SYNTAX INTEGER (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum number of VCCs supported at
the ATM interface."
::= { atmInterfaceConfEntry 3}
atmInterfaceConfVpcs OBJECT-TYPE
SYNTAX INTEGER (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of VPCs configured for use
at this ATM interface."
::= { atmInterfaceConfEntry 4}
atmInterfaceConfVccs OBJECT-TYPE
SYNTAX INTEGER (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of VCCs configured for use
at the ATM interface."
::= { atmInterfaceConfEntry 5}
atmInterfaceMaxActiveVpiBits OBJECT-TYPE
SYNTAX INTEGER (0..8)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum number of active VPI bits
configured for use at the ATM interface."
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 30]
Internet Draft ATM Management Objects August 1993
::= { atmInterfaceConfEntry 6}
atmInterfaceMaxActiveVciBits OBJECT-TYPE
SYNTAX INTEGER (0..16)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum number of active VCI bits
configured for use at this ATM interface."
::= { atmInterfaceConfEntry 7}
atmInterfaceIlmiVpiVci OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The decimal value of the three octet VPI/VCI
field that identifies the VCC supporting
the ILMI at the ATM interface.
If the value of this object is greater
than 16777215 then the ILMI is not supported
at the ATM interface.
The default VPI/VCI values for ILMI
are VPI=0 and VCI=16."
::= { atmInterfaceConfEntry 8}
atmInterfaceSpecific OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object points to the additional information
specific to ATM interfaces. For example, if
Enterprise specific objects have been defined
in addition to this MIB module, then the
value of this object refers to that MIB
defining these objects. If the additional
information is not present, then the value
should be {0 0}."
::= { atmInterfaceConfEntry 9}
-- The ATM Interface DS3 PLCP Group
-- Implementation of this group is mandatory
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 31]
Internet Draft ATM Management Objects August 1993
-- if the DS3 PLCP is implemented.
atmInterfaceDs3PlcpTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmInterfaceDs3PlcpEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains ATM interface DS3 PLCP
parameters and state variables, one entry per
ATM interface port."
::= { atmMIBObjects 3}
atmInterfaceDs3PlcpEntry OBJECT-TYPE
SYNTAX AtmInterfaceDs3PlcpEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This list contains DS3 PLCP parameters and
state variables at the ATM interface."
INDEX {atmInterfaceDs3PlcpIndex }
::= { atmInterfaceDs3PlcpTable 1}
AtmInterfaceDs3PlcpEntry ::= SEQUENCE {
atmInterfaceDs3PlcpIndex IfIndex,
atmInterfaceDs3PlcpSEFSs Counter32,
atmInterfaceDs3PlcpAlarmState INTEGER,
atmInterfaceDs3PlcpUASs Counter32
}
atmInterfaceDs3PlcpIndex OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ATM
interface port for which this entry
contains management information and is the
same as the atmInterfaceIndex."
::= { atmInterfaceDs3PlcpEntry 1}
atmInterfaceDs3PlcpSEFSs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 32]
Internet Draft ATM Management Objects August 1993
DESCRIPTION
"A DS3 Severely Errored Framing Second (SEFS)
is a count of one-second intervals
containing one or more SEF event."
::= { atmInterfaceDs3PlcpEntry 2}
atmInterfaceDs3PlcpAlarmState OBJECT-TYPE
SYNTAX INTEGER {
noAlarm(1),
receivedFarEndAlarm(2),
incomingLOF(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if there is an
alarm present for the DS3 PLCP. The value
receivedFarEndAlarm means that the DS3 PLCP
has received an incoming Yellow
Signal, the value incomingLOF means that
the DS3 PLCP has declared a loss of frame (LOF)
failure condition, and the value noAlarm
means that there are no alarms present."
::= { atmInterfaceDs3PlcpEntry 3}
atmInterfaceDs3PlcpUASs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The counter associated with the number of
Unavailable Seconds encountered by the PLCP."
::= { atmInterfaceDs3PlcpEntry 4}
-- The ATM Interface SONET TC Sublayer Group
-- Implementation of this group is mandatory
-- if SONET TC Sublayer is implemented.
atmInterfaceSonetTCTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmInterfaceSonetTCEntry
MAX-ACCESS not-accessible
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 33]
Internet Draft ATM Management Objects August 1993
STATUS current
DESCRIPTION
"This table contains ATM interface SONET TC
Sublayer parameters and state variables,
one entry per ATM interface port."
::= { atmMIBObjects 4}
atmInterfaceSonetTCEntry OBJECT-TYPE
SYNTAX AtmInterfaceSonetTCEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This list contains SONET TC Sublayer parameters
and state variables at the ATM interface."
INDEX {atmInterfaceSonetTCIndex }
::= { atmInterfaceSonetTCTable 1}
AtmInterfaceSonetTCEntry ::= SEQUENCE {
atmInterfaceSonetTCIndex IfIndex,
atmInterfaceSonetTCOCDEvents Counter32,
atmInterfaceSonetTCAlarmState INTEGER
}
atmInterfaceSonetTCIndex OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ATM
interface port for which this entry
contains management information and is
the same as the atmInterfaceIndex."
::= { atmInterfaceSonetTCEntry 1}
atmInterfaceSonetTCOCDEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times the Out of Cell
Delineation (OCD) events occur. If seven
consecutive ATM cells have Header Error
Control (HEC) violations, an OCD event occurs.
A high number of OCD events may indicate a problem
with the SONET TC Sublayer."
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 34]
Internet Draft ATM Management Objects August 1993
::= { atmInterfaceSonetTCEntry 2}
atmInterfaceSonetTCAlarmState OBJECT-TYPE
SYNTAX INTEGER {
noAlarm(1),
lcdFailure(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates if there is an
alarm present for the SONET TC Sublayer. The value
lcdFailure indicates that a Loss of
Cell Delineation (LCD) failure state has been
declared for the SONET TC Sublayer."
::= { atmInterfaceSonetTCEntry 3}
-- ATM Interface Virtual Path Link (VPL) Group
-- Implementation of this group is mandatory if providing
-- an ATM Interface Virtual Path Link for which the
-- Virtual Channel Links are not provided.
-- This group provides local information only.
-- This group contains performance of a
-- Virtual Path Link (VPL) that is not associated
-- with Virtual Channel Links (VCLs).
atmInterfaceVplPerfTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmInterfaceVplPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains ATM interface VPL performance
parameters and state variables."
::= { atmMIBObjects 5}
atmInterfaceVplPerfEntry OBJECT-TYPE
SYNTAX AtmInterfaceVplPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 35]
Internet Draft ATM Management Objects August 1993
"This list contains ATM interface VPL performance
parameters and state variables."
INDEX {atmInterfaceVplIndex, atmInterfaceVplVpi }
::= { atmInterfaceVplPerfTable 1}
AtmInterfaceVplPerfEntry ::= SEQUENCE {
atmInterfaceVplIndex IfIndex,
atmInterfaceVplVpi INTEGER,
atmInterfaceVplOperStatus INTEGER,
atmInterfaceVplAdminStatus INTEGER,
atmInterfaceVplReceivedCells Counter32,
atmInterfaceVplTransmittedCells Counter32,
atmInterfaceVplPolicerViolations Counter32,
atmInterfaceVplShaperViolations Counter32
}
-- The above four parameters are under review.
-- See IETF Amsterdam AToM MIB WG meeting report.
atmInterfaceVplIndex OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the
ATM port interface."
::= { atmInterfaceVplPerfEntry 1}
atmInterfaceVplVpi OBJECT-TYPE
SYNTAX INTEGER (1..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value of the Virtual Path Link at
the ATM interface. The VPI=0 cannot be used
for a VPL not associated with a VCL.
The maximum VPI value cannot
exceed the value allowable by the
atmInterfaceMaxVpiBits."
::= { atmInterfaceVplPerfEntry 2}
atmInterfaceVplOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2)
}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 36]
Internet Draft ATM Management Objects August 1993
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the operational
status of the Virtual Path Link, i.e.,
whether the VPL is up or down.
In the down state, no cells can be passed
across this VPL."
::= { atmInterfaceVplPerfEntry 3}
atmInterfaceVplAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object indicates the desired status
of the Virtual Path Link as determined by
the ATM Network Manager,
i.e., the VPL up or down."
::= { atmInterfaceVplPerfEntry 4}
atmInterfaceVplReceivedCells OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of unerrored assigned
cells received on
this VPL at the ATM interface."
::= { atmInterfaceVplPerfEntry 5}
atmInterfaceVplTransmittedCells OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of assigned cells
transmitted on this VPL at the ATM interface."
::= { atmInterfaceVplPerfEntry 6}
atmInterfaceVplPolicerViolations OBJECT-TYPE
SYNTAX Counter32
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 37]
Internet Draft ATM Management Objects August 1993
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of assigned cells that are dropped on this
VPL due to exceeding the VPL traffic enforcement
parameters at the ATM interface."
::= { atmInterfaceVplPerfEntry 7}
atmInterfaceVplShaperViolations OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of assigned cells that are dropped
on this VPL due to traffic shaping at the
ATM interface."
::= { atmInterfaceVplPerfEntry 8}
-- ATM Interface Virtual Channel Link (VCL) Group
--Implementation of this group is mandatory if providing
-- an ATM Interface Virtual-Channel Link.
-- This group provides local information only.
-- This group contains performance information
-- of ATM Virtual Channel Links (VCLs).
atmInterfaceVclPerfTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmInterfaceVclPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains ATM interface VCL performance
parameters and state variables."
::= { atmMIBObjects 6 }
atmInterfaceVclPerfEntry OBJECT-TYPE
SYNTAX AtmInterfaceVclPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This list contains ATM interface VCL performance
parameters and state variables."
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 38]
Internet Draft ATM Management Objects August 1993
INDEX {atmInterfaceVclIndex, atmInterfaceVclVpi,
atmInterfaceVclVci }
::= { atmInterfaceVclPerfTable 1}
AtmInterfaceVclPerfEntry ::= SEQUENCE {
atmInterfaceVclIndex IfIndex,
atmInterfaceVclVpi INTEGER,
atmInterfaceVclVci INTEGER,
atmInterfaceVclOperStatus INTEGER,
atmInterfaceVclAdminStatus INTEGER,
atmInterfaceVclReceivedCells Counter32,
atmInterfaceVclTransmittedCells Counter32,
atmInterfaceVclPolicerViolations Counter32,
atmInterfaceVclShaperViolations Counter32
}
-- The above four parameters are under review.
-- See IETF Amsterdam AToM MIB WG meeting report.
atmInterfaceVclIndex OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the
ATM port interface."
::= { atmInterfaceVclPerfEntry 1}
atmInterfaceVclVpi OBJECT-TYPE
SYNTAX INTEGER (0..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value of the VCL at the ATM interface.
The maximum VPI value cannot exceed the
number supported by the
atmInterfaceMaxActiveVpiBits."
::= { atmInterfaceVclPerfEntry 2}
atmInterfaceVclVci OBJECT-TYPE
SYNTAX INTEGER (0..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VCI value of the VCL at the ATM interface.
The maximum VCI value cannot exceed the
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 39]
Internet Draft ATM Management Objects August 1993
the number supported by the
atmInterfaceMaxActiveVciBits."
::= { atmInterfaceVclPerfEntry 3}
atmInterfaceVclOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2) }
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the operational status
of the Virtual Channel Link, i.e., whether the
VCL is up or down. In the down state, no cells
can be passed across this VCL."
::= { atmInterfaceVclPerfEntry 4}
atmInterfaceVclAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object indicates the desired status of the
Virtual Channel Link as determined by the ATM
Network Manager, i.e., the VCL up or down."
::= { atmInterfaceVclPerfEntry 5}
atmInterfaceVclReceivedCells OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of unerrored assigned
cells received on
this VCL at the ATM interface."
::= { atmInterfaceVclPerfEntry 6}
atmInterfaceVclTransmittedCells OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of assigned cells transmitted
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 40]
Internet Draft ATM Management Objects August 1993
on this VCL at the ATM interface."
::= { atmInterfaceVclPerfEntry 7}
atmInterfaceVclPolicerViolations OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of assigned cells received on this
VCL that exceed the VCL traffic enforcement
parameters at the ATM interface."
::= { atmInterfaceVclPerfEntry 8}
atmInterfaceVclShaperViolations OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of assigned cells that are dropped
on this VCL due to traffic shaping at the
the ATM interface."
::= { atmInterfaceVclPerfEntry 9}
-- ATM Virtual Path Connection (VPC) Group
-- Implementation of this group is mandatory if providing
-- an ATM Virtual Path Connection at an ATM interface.
-- This group provides configuration information of the
-- VPC segment.
-- Note: This group is under review.
-- See IETF Amsterdam AToM MIB WG meeting report.
atmVPConnectionTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmVPConnectionTableEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains ATM VPC configuration and
performance parameters and state variables.
Each entry represents a unidirectional
traffic flow. Multiple entries are necessary
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 41]
Internet Draft ATM Management Objects August 1993
to represent a bidirectional and multipoint
connections."
::= { atmMIBObjects 7 }
atmVPConnectionTableEntry OBJECT-TYPE
SYNTAX AtmVPConnectionTableEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A unidirectional traffic flow."
INDEX {atmVPConnectionIngressPort, atmVPConnectionIngressVpi,
atmVPConnectionEgressPort, atmVPConnectionEgressVpi }
::= { atmVPConnectionTable 1}
AtmVPConnectionTableEntry ::=
SEQUENCE {
atmVPConnectionTableEntryStatus RowStatus,
atmVPConnectionIngressPort IfIndex,
atmVPConnectionIngressVpi INTEGER,
atmVPConnectionEgressPort IfIndex,
atmVPConnectionEgressVpi INTEGER,
atmVPConnectionOperStatus INTEGER,
atmVPConnectionAdminStatus INTEGER,
atmVPConnectionTrafficShaperType OBJECT IDENTIFIER,
atmVPConnectionTrafficShaperParam1 INTEGER,
atmVPConnectionTrafficShaperParam2 INTEGER,
atmVPConnectionTrafficShaperParam3 INTEGER,
atmVPConnectionTrafficShaperParam4 INTEGER,
atmVPConnectionTrafficShaperParam5 INTEGER,
atmVPConnectionTrafficPolicerType OBJECT IDENTIFIER,
atmVPConnectionTrafficPolicerParam1 INTEGER,
atmVPConnectionTrafficPolicerParam2 INTEGER,
atmVPConnectionTrafficPolicerParam3 INTEGER,
atmVPConnectionTrafficPolicerParam4 INTEGER,
atmVPConnectionTrafficPolicerParam5 INTEGER,
atmVPConnectionQoSClass INTEGER
}
atmVPConnectionTableEntryStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status column used for creating,
modifying, and deleting instances of the
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 42]
Internet Draft ATM Management Objects August 1993
supplemental objects in the conceptual
row of the virtual connection table."
DEFVAL { active }
::= { atmVPConnectionTableEntry 1 }
atmVPConnectionIngressPort OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ingress ATM
port of the VPC segment."
::= { atmVPConnectionTableEntry 2 }
atmVPConnectionIngressVpi OBJECT-TYPE
SYNTAX INTEGER (1..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value at the ingress port of
the traffic flow. The VPI=0 is reserved
for VCC. The maximum VPI value
cannot exceed the number allowed
by the atmInterfaceMaxVpiBits
specified for the ingress ATM port."
::= { atmVPConnectionTableEntry 3 }
atmVPConnectionEgressPort OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ingress ATM
port of the VPC segment."
::= { atmVPConnectionTableEntry 4 }
atmVPConnectionEgressVpi OBJECT-TYPE
SYNTAX INTEGER (1..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value at the egress port of the
traffic flow. The VPI=0 is reserved
for VCC. The maximum VPI value
cannot exceed the number supported
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 43]
Internet Draft ATM Management Objects August 1993
by the atmInterfaceMaxVpiBits
specified for the egress ATM port."
::= { atmVPConnectionTableEntry 5 }
atmVPConnectionOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the operational status
of the VPC, i.e., whether the managed
segment of the VPC is up or down.
In the down state, no cells can be passed across
this segment of the VPC."
::= { atmVPConnectionTableEntry 6 }
atmVPConnectionAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object indicates the desired status of the
VPC, i.e., whether the managed segment of the
VPC is up or down. In the down state, no cells
can be passed across this segment of the VPC."
::= { atmVPConnectionTableEntry 7 }
atmVPConnectionTrafficShaperType OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the type
of traffic shaping algorithm active on
the egress of the traffic flow.
The type may indicate no traffic shaping or
traffic shaping with one or more parameters.
These parameters are specified as a parameter
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 44]
Internet Draft ATM Management Objects August 1993
vector, in the corresponding instances of the objects:
atmVPConnectionTrafficShaperParam1
atmVPConnectionTrafficShaperParam2
atmVPConnectionTrafficShaperParam3
atmVPConnectionTrafficShaperParam4
atmVPConnectionTrafficShaperParam5."
::= { atmVPConnectionTableEntry 8}
atmVPConnectionTrafficShaperParam1 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The first parameter of the traffic shaper
for this VPC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVPConnectionTableEntry 9}
atmVPConnectionTrafficShaperParam2 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The second parameter of the traffic shaper
for this VPC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVPConnectionTableEntry 10}
atmVPConnectionTrafficShaperParam3 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The third parameter of the traffic shaper
for this VPC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVPConnectionTableEntry 11}
atmVPConnectionTrafficShaperParam4 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fourth parameter of the traffic shaper for
this VPC segment used according to the value of
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 45]
Internet Draft ATM Management Objects August 1993
atmVPConnectionTrafficShaperType."
::= { atmVPConnectionTableEntry 12}
atmVPConnectionTrafficShaperParam5 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fifth parameter of the traffic shaper for
this VPC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVPConnectionTableEntry 13}
atmVPConnectionTrafficPolicerType OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the type
of traffic policing algorithm active on
the ingress of this traffic flow.
The type may indicate no
traffic policing or traffic policing with one
or more parameters.
These parameters are specified as a parameter
vector, in the corresponding instances of the objects:
atmVPConnectionTrafficPolicerParam1
atmVPConnectionTrafficPolicerParam2
atmVPConnectionTrafficPolicerParam3
atmVPConnectionTrafficPolicerParam4
atmVPConnectionTrafficPolicerParam5."
::= { atmVPConnectionTableEntry 14}
atmVPConnectionTrafficPolicerParam1 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The first parameter of the traffic policer
for this VPC segment used according to the value of
atmVPConnectionTrafficPolicerType."
::= { atmVPConnectionTableEntry 15}
atmVPConnectionTrafficPolicerParam2 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 46]
Internet Draft ATM Management Objects August 1993
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The second parameter of the traffic policing
for this VPC segment used according to the value of
atmVPConnectionTrafficPolicerType."
::= { atmVPConnectionTableEntry 16}
atmVPConnectionTrafficPolicerParam3 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The third parameter of the traffic policer
for this VPC segment used according to the value of
atmVPConnectionTrafficPolicerType."
::= { atmVPConnectionTableEntry 17}
atmVPConnectionTrafficPolicerParam4 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fourth parameter of the traffic policing
algorithm for this VPC segment
used according to the value of
atmVPConnectionTrafficPolicerType."
::= { atmVPConnectionTableEntry 18}
atmVPConnectionTrafficPolicerParam5 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fifth parameter of the traffic policing algorithm
for this VPC segment used according to the value of
atmVPConnectionTrafficPolicerType."
::= { atmVPConnectionTableEntry 19}
atmVPConnectionQoSClass OBJECT-TYPE
SYNTAX INTEGER {
unspecified(5),
class1(1),
class2(2),
class3(3),
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 47]
Internet Draft ATM Management Objects August 1993
class4(4) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the QoS Class
associated with this traffic flow.
Four QoS classes have been specified
in the ATM Forum UNI Specification
Document, Draft 2.3 to
support service class A (constant bit rate video
and circuit emulation), service class B
(variable bit rate video/audio),
service class C (connection-oriented
data) and service class D (connectionless data).
The value unspecified indicates that this VPC has
unspecified QoS Class."
::= {atmVPConnectionTableEntry 20}
-- ATM Virtual Channel Connection (VCC) Group
-- Implementation of this group is mandatory if providing
-- an ATM Virtual Channel Connections at an ATM interface.
-- This group provides configuration information of the
-- VCC segment information.
atmVCConnectionTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmVCConnectionTableEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains ATM VCC configuration and
performance parameters and state variables.
Each entry represents a unidirectional
traffic flow. Multiple entries are necessary
to represent a bidirectional and multipoint
connections."
::= { atmMIBObjects 8 }
atmVCConnectionTableEntry OBJECT-TYPE
SYNTAX AtmVCConnectionTableEntry
MAX-ACCESS not-accessible
STATUS current
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 48]
Internet Draft ATM Management Objects August 1993
DESCRIPTION
"A unidirectional traffic flow."
INDEX {atmVCConnectionIngressPort, atmVCConnectionIngressVpi,
atmVCConnectionIngressVci, atmVCConnectionEgressPort,
atmVCConnectionEgressVpi, atmVCConnectionEgressVci }
::= { atmVCConnectionTable 1}
AtmVCConnectionTableEntry ::=
SEQUENCE {
atmVCConnectionTableEntryStatus RowStatus,
atmVCConnectionIngressPort IfIndex,
atmVCConnectionIngressVpi INTEGER,
atmVCConnectionIngressVci INTEGER,
atmVCConnectionEgressPort IfIndex,
atmVCConnectionEgressVpi INTEGER,
atmVCConnectionEgressVci INTEGER,
atmVCConnectionOperStatus INTEGER,
atmVCConnectionAdminStatus INTEGER,
atmVCConnectionTrafficShaperType OBJECT IDENTIFIER,
atmVCConnectionTrafficShaperParam1 INTEGER,
atmVCConnectionTrafficShaperParam2 INTEGER,
atmVCConnectionTrafficShaperParam3 INTEGER,
atmVCConnectionTrafficShaperParam4 INTEGER,
atmVCConnectionTrafficShaperParam5 INTEGER,
atmVCConnectionTrafficPolicerType OBJECT IDENTIFIER,
atmVCConnectionTrafficPolicerParam1 INTEGER,
atmVCConnectionTrafficPolicerParam2 INTEGER,
atmVCConnectionTrafficPolicerParam3 INTEGER,
atmVCConnectionTrafficPolicerParam4 INTEGER,
atmVCConnectionTrafficPolicerParam5 INTEGER,
atmVCConnectionQoSClass INTEGER
}
atmVCConnectionTableEntryStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status column used for creating,
modifying, and deleting instances of the
supplemental objects of the conceptual row in the
virtual channel connection table."
DEFVAL { active }
::= { atmVCConnectionTableEntry 1 }
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 49]
Internet Draft ATM Management Objects August 1993
atmVCConnectionIngressPort OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ingress ATM
port of the VCC segment."
::= { atmVCConnectionTableEntry 2 }
atmVCConnectionIngressVpi OBJECT-TYPE
SYNTAX INTEGER (0..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value at the ingress
port of the traffic flow. The
maximum VPI value cannot exceed
the number supported by the
atmInterfaceMaxVpiBits
at the ingress ATM port."
::= { atmVCConnectionTableEntry 3 }
atmVCConnectionIngressVci OBJECT-TYPE
SYNTAX INTEGER (32..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VCI value at the ingress port of the
traffic flow. The VCI values from 0 to 31
are reserved. The maximum VCI value
cannot exceed the number supported
by the atmInterfaceMaxVciBits
specified for the ingress ATM port."
::= { atmVCConnectionTableEntry 4 }
atmVCConnectionEgressPort OBJECT-TYPE
SYNTAX IfIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The value of this object identifies the ingress ATM
port of the VCC segment."
::= { atmVCConnectionTableEntry 5 }
atmVCConnectionEgressVpi OBJECT-TYPE
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 50]
Internet Draft ATM Management Objects August 1993
SYNTAX INTEGER (0..255)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value at the egress port of the
traffic flow. The maximum VPI value
cannot exceed the number supported by
the atmInterfaceMaxVpiBits at the egress ATM port."
::= { atmVCConnectionTableEntry 6 }
atmVCConnectionEgressVci OBJECT-TYPE
SYNTAX INTEGER (32..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VCI value at the egress port of the
traffic flow. The VCI values from 0 to 31
are reserved. The maximum VCI value cannot
exceed the number supported by
the atmInterfaceMaxVciBits specified
for the egress ATM port."
::= { atmVCConnectionTableEntry 7 }
atmVCConnectionOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2) }
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the operational status
of the VCC, i.e., whether the managed VCC
segment is up or down. In the down state,
no cells can be passed across this VCC
segment."
::= { atmVCConnectionTableEntry 8 }
atmVCConnectionAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object indicates the desired status
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 51]
Internet Draft ATM Management Objects August 1993
of the VCC, i.e., whether the managed VCC
segment is up or down. In the down state,
no cells can be passed across this VCC
segment."
::= { atmVCConnectionTableEntry 9 }
atmVCConnectionTrafficShaperType OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the type
of traffic shaping algorithm active on
the egress of the traffic flow.
The type may indicate no
traffic shaping or traffic shaping with one or
more parameters.
These parameters are specified as a parameter
vector, in the corresponding instances of the objects:
atmVCConnectionTrafficShaperParam1
atmVCConnectionTrafficShaperParam2
atmVCConnectionTrafficShaperParam3
atmVCConnectionTrafficShaperParam4
atmVCConnectionTrafficShaperParam5."
::= { atmVCConnectionTableEntry 10}
atmVCConnectionTrafficShaperParam1 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The first parameter of the traffic shaper
for this VCC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVCConnectionTableEntry 11}
atmVCConnectionTrafficShaperParam2 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The second parameter of the traffic shaper
for this VCC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVCConnectionTableEntry 12}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 52]
Internet Draft ATM Management Objects August 1993
atmVCConnectionTrafficShaperParam3 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The third parameter of the traffic shaper
for this VCC segment used according to the value of
atmVPConnectionTrafficShaperType."
::= { atmVCConnectionTableEntry 13}
atmVCConnectionTrafficShaperParam4 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fourth parameter of the traffic shaper for
this VCC segment used according to the value of
atmVCConnectionTrafficShaperType."
::= { atmVCConnectionTableEntry 14}
atmVCConnectionTrafficShaperParam5 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fifth parameter of the traffic shaper for
this VCC segment used according to the value of
atmVCConnectionTrafficShaperType."
::= { atmVCConnectionTableEntry 15}
atmVCConnectionTrafficPolicerType OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the type
of traffic policing algorithm active on
the ingress of the traffic flow.
The type may indicate no
traffic policing or traffic policing with one
or more parameters.
These parameters are specified as a parameter
vector, in the corresponding instances of the objects:
atmVCConnectionTrafficPolicerParam1
atmVCConnectionTrafficPolicerParam2
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 53]
Internet Draft ATM Management Objects August 1993
atmVCConnectionTrafficPolicerParam3
atmVCConnectionTrafficPolicerParam4
atmVCConnectionTrafficPolicerParam5."
::= { atmVCConnectionTableEntry 16}
atmVCConnectionTrafficPolicerParam1 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The first parameter of the traffic policer
for this VCC segment used according to the value of
atmVCConnectionTrafficPolicerType."
::= { atmVCConnectionTableEntry 17}
atmVCConnectionTrafficPolicerParam2 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The second parameter of the traffic policing
for this VCC segment used according to the value of
atmVCConnectionTrafficPolicerType."
::= { atmVCConnectionTableEntry 18}
atmVCConnectionTrafficPolicerParam3 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The third parameter of the traffic policer
for this VCC segment used according to the value of
atmVCConnectionTrafficPolicerType."
::= { atmVCConnectionTableEntry 19}
atmVCConnectionTrafficPolicerParam4 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fourth parameter of the traffic policing
algorithm for this VCC segment
used according to the value of
atmVCConnectionTrafficPolicerType."
::= { atmVCConnectionTableEntry 20}
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 54]
Internet Draft ATM Management Objects August 1993
atmVCConnectionTrafficPolicerParam5 OBJECT-TYPE
SYNTAX INTEGER (0..2147483647)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The fifth parameter of the traffic policing algorithm
for this VCC segment used according to the value of
atmVCConnectionTrafficPolicerType."
::= { atmVCConnectionTableEntry 21}
atmVCConnectionQoSClass OBJECT-TYPE
SYNTAX INTEGER {
unspecified(5),
class1(1),
class2(2),
class3(3),
class4(4) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value of this object identifies the QoS Class
associated with the originating VCL of the VCC.
Four QoS classes have been specified
in the ATM Forum UNI Specification
Document, Draft 2.3 to
support service class A (constant bit rate video
and circuit emulation), service class B
(variable bit rate video/audio),
service class C (connection-oriented
data) and service class D (connectionless data).
The value unspecified indicates that this VCC has
unspecified QoS Class."
::= {atmVCConnectionTableEntry 22}
-- Conformance Information
atmMIBConformance OBJECT IDENTIFIER ::= { atmMIB 2 }
atmMIBGroups OBJECT IDENTIFIER ::= { atmMIBConformance 1 }
atmMIBCompliances OBJECT IDENTIFIER ::= { atmMIBConformance 2 }
-- Compliance Statements
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 55]
Internet Draft ATM Management Objects August 1993
atmMIBCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for SNMP entities
which have ATM interfaces."
MODULE -- this module
MANDATORY-GROUPS { atmInterfaceConfGroup }
GROUP atmInterfaceDs3PlcpGroup
DESCRIPTION
"This group is mandatory only for those
ATM interfaces which implement the
DS3 PLCP layer."
GROUP atmInterfaceSonetTCGroup
DESCRIPTION
"This group is mandatory only for those
ATM interfaces which implement the
SONET TC Sublayer."
GROUP atmInterfaceVplPerfGroup
DESCRIPTION
"This group is mandatory only for those
ATM interfaces which implement
ATM VPLs that are not associated with VCLs."
GROUP atmInterfaceVclPerfGroup
DESCRIPTION
"This group is mandatory only for those
ATM interfaces which implement
ATM VCLs."
GROUP atmInterfaceVpcGroup
DESCRIPTION
"This group is mandatory only for those
ATM interfaces which implement
ATM VPC segments."
GROUP atmInterfaceVccGroup
DESCRIPTION
"This group is mandatory only for those
ATM interfaces which implement
ATM VCC segments."
::= { atmMIBCompliances 1 }
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 56]
Internet Draft ATM Management Objects August 1993
-- Units of Conformance
atmInterfaceConfGroup OBJECT-GROUP
OBJECTS {atmInterfaceMaxVpcs, atmInterfaceMaxVccs,
atmInterfaceConfVpcs, atmInterfaceConfVccs,
atmInterfaceMaxActiveVpiBits,
atmInterfaceMaxActiveVciBits,
atmInterfaceIlmiVpiVci, atmInterfaceSpecific }
STATUS current
DESCRIPTION
"A collection of objects providing configuration
information about an ATM interface."
::= { atmMIBGroups 1 }
atmInterfaceDs3PlcpGroup OBJECT-GROUP
OBJECTS {atmInterfaceDs3PlcpSEFSs,
atmInterfaceDs3PlcpAlarmState,
atmInterfaceDs3PlcpUASs}
STATUS current
DESCRIPTION
"A collection of objects providing
information about DS3 PLCP layer at an ATM interface."
::= { atmMIBGroups 2 }
atmInterfaceSonetTCGroup OBJECT-GROUP
OBJECTS { atmInterfaceSonetTCOCDEvents,
atmInterfaceSonetTCAlarmState }
STATUS current
DESCRIPTION
"A collection of objects providing
information about the SONET TC sublayer at
an ATM interface."
::= { atmMIBGroups 3 }
atmInterfaceVplPerfGroup OBJECT-GROUP
OBJECTS {atmInterfaceVplOperStatus,
atmInterfaceVplAdminStatus,
atmInterfaceVplReceivedCells,
atmInterfaceVplTransmittedCells,
atmInterfaceVplPolicerViolations,
atmInterfaceVplShaperViolations }
STATUS current
DESCRIPTION
"A collection of objects providing
information about the VPL at an ATM interface."
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 57]
Internet Draft ATM Management Objects August 1993
::= { atmMIBGroups 4 }
atmInterfaceVclPerfGroup OBJECT-GROUP
OBJECTS {atmInterfaceVclOperStatus,
atmInterfaceVclAdminStatus,
atmInterfaceVclReceivedCells,
atmInterfaceVclTransmittedCells,
atmInterfaceVclPolicerViolations,
atmInterfaceVclShaperViolations }
STATUS current
DESCRIPTION
"A collection of objects providing information
about the VCL at an ATM interface."
::= { atmMIBGroups 5 }
atmInterfaceVpcGroup OBJECT-GROUP
OBJECTS {atmVPConnectionTableEntryStatus,
atmVPConnectionOperStatus,
atmVPConnectionAdminStatus,
atmVPConnectionTrafficShaperType,
atmVPConnectionTrafficShaperParam1,
atmVPConnectionTrafficShaperParam2,
atmVPConnectionTrafficShaperParam3,
atmVPConnectionTrafficShaperParam4,
atmVPConnectionTrafficShaperParam5,
atmVPConnectionTrafficPolicerType,
atmVPConnectionTrafficPolicerParam1,
atmVPConnectionTrafficPolicerParam2,
atmVPConnectionTrafficPolicerParam3,
atmVPConnectionTrafficPolicerParam4,
atmVPConnectionTrafficPolicerParam5,
atmVPConnectionQoSClass }
STATUS current
DESCRIPTION
"A collection of objects providing
information about the VPC at an ATM interface."
::= { atmMIBGroups 6 }
atmInterfaceVccGroup OBJECT-GROUP
OBJECTS {atmVCConnectionTableEntryStatus,
atmVCConnectionOperStatus,
atmVCConnectionAdminStatus,
atmVCConnectionTrafficShaperType,
atmVCConnectionTrafficShaperParam1,
atmVCConnectionTrafficShaperParam2,
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 58]
Internet Draft ATM Management Objects August 1993
atmVCConnectionTrafficShaperParam3,
atmVCConnectionTrafficShaperParam4,
atmVCConnectionTrafficShaperParam5,
atmVCConnectionTrafficPolicerType,
atmVCConnectionTrafficPolicerParam1,
atmVCConnectionTrafficPolicerParam2,
atmVCConnectionTrafficPolicerParam3,
atmVCConnectionTrafficPolicerParam4,
atmVCConnectionTrafficPolicerParam5,
atmVCConnectionQoSClass }
STATUS current
DESCRIPTION
"A collection of objects providing
information about the VCC at an ATM interface."
::= { atmMIBGroups 7 }
END
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 59]
Internet Draft ATM Management Objects August 1993
10. Acknowledgments
This memo is the result of the work of the AToMMIB Working
Group.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 60]
Internet Draft ATM Management Objects August 1993
11. References
[1] K. McCloghrie and M.T. Rose, Management Information Base
for Network Management of TCP/IP-based internets,
Internet Working Group Request for Comments 1156.
Network Information Center, SRI International, Menlo
Park, California, (May, 1990).
[2] M.T. Rose (editor), Management Information Base for
Network Management of TCP/IP-based internets, Internet
Working Group Request for Comments 1213. Network
Information Center, SRI International, Menlo Park,
California, (March, 1991).
[3] Information processing systems - Open Systems
Interconnection - Specification of Abstract Syntax
Notation One (ASN.1), International Organization for
Standardization. International Standard 8824, (December,
1987).
[4] Information processing systems - Open Systems
Interconnection - Specification of Basic Encoding Rules
for Abstract Syntax Notation One (ASN.1), International
Organization for Standardization. International Standard
8825, (December, 1987).
[5] K. McCloghrie and F. Kastenholz, Evolution of Interfaces
Group of MIB-II, Internet Draft, June, 1993.
[6] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser,
Structure of Management Information for SNMPv2, RFC1442,
Network Information Center, SRI International, Menlo
Park, California, April, 1993.
[7] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser,
Textual Conventions for SNMPv2, RFC1443, Network
Information Center, SRI International, Menlo Park,
California, April, 1993.
[8] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser,
Conformance Statements for SNMPv2, RFC1444, Network
Information Center, SRI International, Menlo Park,
California, April, 1993.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 61]
Internet Draft ATM Management Objects August 1993
[9] J. Galvin and K. McCloghrie, Administrative Model for
SNMPv2, RFC1445, Network Information Center, SRI
International, Menlo Park, California, April, 1993.
[10] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser,
Protocol Operations for SNMPv2, RFC1448, Network
Information Center, SRI International, Menlo Park,
California, April, 1993.
[11] ATM Forum UNI Specification Document, Draft 2.3, July
1993.
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 62]
Internet Draft ATM Management Objects August 1993
12. Security Considerations
Security issues are not discussed in this memo.
13. Authors' Addresses
Masuma Ahmed
Bell Communications Research
Room 1F-217
331 Newman Springs Road
P.O. Box 7020
Red Bank, NJ 07701-7020
Phone: (908) 758-2515
EMail: mxa@mail.bellcore.com
Kaj Tesink
Bell Communications Research
Room 1A-427
331 Newman Springs Road
P.O. Box 7020
Red Bank, NJ 07701-7020
Phone: (908) 758-5254
EMail: kaj@cc.bellcore.com
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 63]
Internet Draft ATM Management Objects August 1993
Table of Contents
1 Status of this Memo ................................... 1
2 Abstract .............................................. 2
3 The SNMPv2 Network Management Framework ............... 3
4 Objects ............................................... 4
4.1 Format of Definitions ............................... 4
5 ATM Terminology ....................................... 5
5.1 VCL/VPL and VCC/VPC ................................. 5
5.2 PVC and SVC ......................................... 7
5.3 Traffic Management Parameters ....................... 7
5.3.1 Traffic Policing and Traffic Shaping Parameters
.................................................... 7
5.3.2 Cell Loss Priority ................................ 7
5.3.3 QoS Class ......................................... 8
6 Overview .............................................. 8
6.1 Background .......................................... 8
6.2 Structure of the MIB ................................ 9
6.3 ATM Interface Configuration Group ................... 9
6.4 ATM Interface DS3 PLCP and SONET TC Layer Groups
.................................................... 10
6.5 ATM Interface VCL/VPL Cell Layer Performance
Groups ............................................. 10
6.6 ATM Virtual Connection Segment Groups ............... 10
6.6.1 Introduction ...................................... 10
6.6.2 Virtual Connection Identifiers at Ingress and
Egress ............................................. 12
6.6.3 Virtual Connection Characterization ............... 12
6.6.4 Sets .............................................. 13
6.6.5 Virtual Connection Association with Interface
Addresses .......................................... 14
6.6.6 Management of an End-to-End Virtual Connection
.................................................... 14
7 Application of MIB II to ATM .......................... 14
7.1 The System Group .................................... 14
7.2 The Interface Group ................................. 14
7.2.1 Support of the ATM Cell Layer by ifTable .......... 15
7.2.2 Support of the AAL3/4 and AAL5 by ifTable ......... 16
7.2.3 Support of the AAL1 by ifTable .................... 19
8 ILMI MIB and The ATM Managed Objects .................. 20
9 Object Definitions .................................... 24
10 Acknowledgments ...................................... 60
11 References ........................................... 61
12 Security Considerations .............................. 63
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 64]
Internet Draft ATM Management Objects August 1993
13 Authors' Addresses ................................... 63
Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 65]